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Description 

METHOD, SYSTEM, AND STORAGE 

MEDIUM FOR PROVIDING 
INTEROPERABILITY OF EMAIL AND 
INSTANT MESSAGING SERVICES 

Background of Invention 

[0001] The present invention relates generally to electronic mes- 
saging tools and, more particularly, to a method, system, 
and storage medium for providing interoperability of 
email and instant messaging services. 

[0002] | n response to sending emails, one often receives replies 
consisting of a few lines of text or comment. Over a short 
period of time, a single email can grow in size at an enor- 
mous rate where the sender and the receiver/responder 
engage in numerous exchanges. Likewise, the size of the 
email inbox continues to grow with each email transmis- 
sion and receipt. With regular activity the user's inbox can 
become bogged down, affecting system performance and 



saturating the system's storage capacity. Another disad- 
vantage of email messaging systems is that most individ- 
uals do not run their email programs continuously 
throughout the day but rather access their email mes- 
sages on a periodic basis. If a sender of an email requires 
an immediate response, an email messaging system is not 
the optimal means of communication. In this instance, it 
may be preferable to switch to an instant messaging sys- 
tem rather than relying on email. However, in doing so the 
user will lose the historical email data (e.g., previous email 
text, attachments, individual contact data associated with 
the email communication, etc.) that is stored in the email 
system which may have been useful in continuing the 
communications. Generally speaking, when an individual 
wishes to send a large message, the preferred method of 
communication is email, while shorter and more interac- 
tive messages lend themselves best to instant messaging 
due to its ability to deliver quick conversation-like re- 
sponses that are similar in nature to a real live conversa- 
tion. Thus, there are advantages and disadvantages to us- 
ing either of these messaging systems. 
[0003] Accordingly, it would be desirable to be able to enable a 
user of messaging systems to be able to switch between 



email and instant messaging without losing the historical 

message data, attachments, or lists of people that were 

sent the email. 
Summary of Invention 

[0004] The foregoing discussed drawbacks and deficiencies of 
the prior art are overcome or alleviated by a method for 
providing interoperability of email and instant messaging 
services. In an exemplary embodiment, the method re- 
ceiving a request by an email recipient to respond to an 
email message using an instant message application, re- 
trieving an instant message address for the email sender 
from storage, and associating the instant message ad- 
dress of the email sender with an instant message com- 
posed by the email recipient. The retrieval of the instant 
message address for the email sender is accomplished by 
mapping the email sender's address with a corresponding 
instant message address for the email sender. The 
method further includes transmitting the instant message 
to the instant message address using the instant message 
application. Other embodiments include a system and a 

storage medium. 
Brief Description of Drawings 



[0005] Referring to the exemplary drawings wherein like ele- 
ments are numbered alike in the several FIGURES: 

[0006] FIG. 1 is a block diagram of a system upon which the inte- 
grated messaging system is implemented in accordance 
with an embodiment of the invention; 

[0007] FIG. 2 is a flowchart describing a process of responding to 
an email via the integrated messaging system in accor- 
dance with a further aspect of the invention; 

[0008] FIG. 3 is a flowchart describing a process of responding to 
an instant message via the integrated messaging system 
in accordance with a further aspect of the invention; 

[0009] FIG. 4 illustrates a sample computer screen window of an 
integrated message as seen by a user of the integrated 
messaging system, in accordance with a further aspect of 
the invention; 

[0010] FIGs. 5A and 5B are flowcharts illustrating how the pro- 
cess software implementing the systems and methods of 
the invention may be integrated into client, server, and 
network environments; 

[0011] FIGs. 6A and 6B are flowcharts illustrating various ways in 
which the process software of the invention may be semi- 
automatically or automatically deployed across various 
networks and onto server, client (user), and proxy com- 



puters; 

[0012] piGs. 7A through 7C are flowcharts illustrating how pro- 
cess software for implementing the systems and methods 
of the invention are deployed through the installation and 
use of two different forms of a virtual private network 
(VPN); and 

[0013] piGs. 8A and 8B are flowcharts illustrating how the pro- 
cess software for implementing the systems and methods 
of the invention can be deployed through an On Demand 
business model, which allows the process software to be 
shared and simultaneously service multiple customers in a 
flexible, automated fashion under a pay- 

for-what-you-use plan. 
Detailed Description 

[0014] Disclosed herein is a method, system, and storage 

medium for providing interoperability of email and instant 
messaging systems via an integrated messaging system. 
The integrated messaging system enables users of email 
and instant messaging systems to work interoperably, al- 
lowing them to switch between messaging systems, in or- 
der to improve overall communicational efficiency. 

[0015] Referring initially to FIG. 1, there is shown a block dia- 
gram of a network system for implementing the inte- 



grated messaging system. Network system 100 includes 
three computer client systems 102-106 in communication 
with a host system 108 via a network connection. Com- 
puter client systems 102-106 are operated by email and 
instant message applications subscribers as described 
further herein. 

[0016] Computer client systems 102-106 may be general pur- 
pose desktop computers that subscribe to an Internet ser- 
vice provider and each include operating system software, 
an email application llOa-c, an instant messaging appli- 
cation 112a-c, and any other suitable programs that re- 
side in memory and execute on computer client systems 
102-106. It will be understood by those skilled in the art 
that the integrated messaging system of the invention 
may be executed on computer systems with variant archi- 
tectures. Computer client systems 102-106 are in com- 
munication with host system 108 via a network connec- 
tion such as the Internet or other suitable means of net- 
working architecture. 

[0017] | n one embodiment, host system 108 executes the inte- 
grated messaging system application 114 and allows each 
of client systems 102-106 to access its features and func- 
tions as described further herein. 



[0018] integrated messaging system 114 further comprises a 
graphical user interface 116 for enabling a user of com- 
puter client systems 102-106 (also referred to herein as 
email/instant message senders, email/instant message 
recipients, and email/instant message responders) to view 
and compose messages, to access files and data, as well 
as to enable a user to switch between email applications 
and instant messaging applications as desired. A sample 
computer screen 400 of FIG. 4 illustrates the features of 
the integrated messaging system graphical user interface 
116. 

[0019] Host system 108 comprises a high-powered multiproces- 
sor computer device including web server and applications 
server software for receiving requests from computer 
client systems 102-106 to access email and instant mes- 
saging services via the Internet or other network. For ex- 
ample, host system 108 may be operated by an electronic 
utilities (e-utilities) business that outsources computing 
resources such as applications, such as the integrated 
messaging system application. 

[0020] The integrated messaging system may be executed as a 
standalone application that is installed or downloaded on 
computer client systems 102-106 or may be incorporated 



into an existing messaging application or similar com- 
mercially-available product as an enhancement feature. 
Further, as indicated above, the features of the integrated 
messaging system 114 may be provided via a third party 
application service provider (ASP) or e-utilities broker 
where service is provided for a per-use fee. These and 
other embodiments are described further in FIGs. 5-8. 
[0021] FIG. 2 is a flowchart describing the process of implement- 
ing the integrated messaging system in a preferred em- 
bodiment. It is assumed for purposes of illustration, that 
an email recipient on client system 102 has accessed 
email application 110a and acknowledges receipt of a new 
email message. The graphical user of interface 116 of in- 
tegrated messaging system 114 queries the email recipi- 
ent to determine whether the recipient wishes to respond 
to the email message at step 202. If not, the process ends 
at step 204. Otherwise, the process proceeds to step 206 
whereby the integrated messaging system 114 requests 
that the email recipient select a method of response 406, 
408 at step 206 as shown in FIG. 4. The email recipient 
may select "reply by instant message" 408 or "reply by 
email" 406. The email recipient is also referred to herein 
as email responder at the time when the email recipient 



initiates a reply to a message. This distinction is made for 
clarification purposes only in order to facilitate the de- 
scription of the process steps herein. If the email respon- 
der selects "reply by email" 406, the email application on 
client system 102 is implemented to allow the responder 
to compose and send an email as typically performed with 
traditional email systems and the process ends at step 
209. 

[0022] However, if the responder selects "reply by instant mes- 
saging" 408 at step 208, the integrated messaging system 
checks to see if the responder further wishes to reply to 
more than one party 410 at step 210. This query is initi- 
ated where the original email message indicates that more 
than one individual received the same email. If the re- 
sponder so indicates, the integrated messaging system 
retrieves the recipient addresses for each of the individu- 
als in the original email at step 212. This may be per- 
formed by mapping the email addresses of the sending 
parties to the corresponding instant message addresses 
located in the responder's storage system. Once the mul- 
tiple party addresses have been retrieved at step 212, or 
alternatively, if the responder wishes to respond to only 
one party at step 210, the integrated messaging system 



prompts the responder to compose a message at step 
214. The responder is queried whether the reply should 
include history data 412 at step 216. The exchanges that 
occur between messaging system users (i.e., senders and 
recipients) may be stored in the participants' email sys- 
tems if desired. These exchanges are referred to as his- 
tory data. If the responder selects "reply with history" 412, 
the integrated messaging system includes the history data 
in the email at step 218. The integrated messaging sys- 
tem prompts the responder to select attachments 414 as 
part of the history data that will be sent to the original 
sender(s) if desired at step 220. The responder submits 
the message to be sent at step 222. At step 224 it is de- 
termined whether the original sender of the instant mes- 
sage is available to receive the message (e.g., logged into 
the instant message application and has not otherwise 
blocked the responder or set up an "away message") at 
step 224. If the original sender is available at step 224, 
the instant message is accessed by the sender at step 226 
and a notification that the message has been received is 
sent to the responder of the message at step 227. If the 
sender is not available at step 224, the integrated mes- 
saging system queries the responder to determine 



whether he or she would like to defer the message at step 
228. If so, the integrated messaging system periodically 
retransmits the message to the original sender at step 
230 and notifies the responder of this retransmission at 
step 232. The integrated messaging system stores the in- 
stant message along with its history (e.g., attachments, 
reply parties, and original email message) in the parties' 
email storage for this purpose. The process returns to 
step 224 to determine whether the original sender is 
available. The responder is again queried to see if the 
message should be deferred at step 228. If the responder 
decides not to defer, or otherwise, discontinues deferral at 
step 224, the integrated messaging system gives the re- 
sponder the option to send the message by email instead 
at step 234. The responder may either abort the message 
and exit at step 236 or switch to the email system at step 
207. If the responder wishes to reply by email, the inte- 
grated messaging system transfers the content of the in- 
stant message over to the email application along with the 
parties' addresses and history data. 
[0023] As indicated above with respect to FIG. 2, a responder 

may reply to an email by using an instant messaging ap- 
plication via the integrated messaging system of the in- 



vention. FIG. 3 describes a process whereby a recipient of 
an instant message replies using an email application. 
[0024] | t j S assumed for purposes of illustration, that an email 

user on client system 102 has accessed instant messaging 
application 112a and acknowledges receipt of a new in- 
stant message. The graphical user interface 116 of inte- 
grated messaging system 114 queries the instant mes- 
sage recipient to determine whether he or she wishes to 
respond to the instant message at step 302. If not, the 
process ends at step 304. Otherwise, the process pro- 
ceeds to step 306 whereby the integrated messaging sys- 
tem 114 requests that the recipient select a method of re- 
sponse 406, 408 at step 306 as shown in FIG. 4. The in- 
stant message recipient is also referred to herein as in- 
stant message responder at the time when the instant 
message recipient initiates a reply to a message. As indi- 
cated above with respect to FIG. 2, this distinction is made 
for clarification purposes. The responder may select "reply 
by instant message" 408 or "reply by email" 406. If the re- 
sponder selects "reply by instant message" 408 at step 
307, the instant message application on client system 102 
is implemented to allow the responder to compose and 
send an instant message as typically performed with tra- 



ditional instant messaging systems and the process ends 
at step 309. 

[0025] However, if the responder selects "reply by email" 406 at 
step 308, the integrated messaging system checks to see 
if the responder further wishes to reply to more than one 
party 410 at step 310. This query is initiated where the 
original instant message indicates that more than one in- 
dividual received the same message. If the responder so 
indicates, the integrated messaging system retrieves the 
addresses for each of the individuals in the original in- 
stant message at step 312. Once the multiple party ad- 
dresses have been retrieved at step 312, or alternatively, 
if the responder wishes to reply to only one party at step 
310, the integrated messaging system prompts the re- 
sponder to compose an email message at step 314. The 
responder is queried whether the reply should include 
history data 412 at step 316. The exchanges that occur 
between messaging system users (i.e., recipients and 
senders) may be stored in the participants' email systems 
if desired. If the responder selects "reply with history" 
412, the integrated messaging system includes the history 
data in the instant message at step 318. The integrated 
messaging system prompts the responder to select at- 



tachments 414 as part of the history data that will be sent 
to the instant message sender(s) if desired at step 320. 
The responder submits the message to be sent at step 
322. The integrated messaging system is not required to 
check for availability of the original sender as described in 
FIG. 3, as the email message is simply stored in the email 
sender's inbox. A notification that the message has been 
transmitted is sent to the responder of the message at 
step 324 and the process exits at step 326. In a preferred 
embodiment, either of the messaging system users may 
choose to use an instant message system to handle dis- 
cussions that have occurred through the email system. 
Conversely, either of the messaging system users may 
choose to use an email system to handle discussions that 
have occurred through an instant messaging application. 
[0026] | n an alternate embodiment, the instant messaging sys- 
tem is used along with the email system to quickly browse 
through responses on an email message. Once the origi- 
nal email message is opened, the integrated messaging 
system prompts the user with responses on this email 
message through pop-up boxes, also enabling the user to 
directly respond to the originator of the comment on the 
email message. This response is sent either through email 



or the instant messaging system. 

[0027] By using an instant message system instead of an email 
system for exchanging small message, the history of the 
conversation is kept on both sides, without the network 
having to send this history to the participants, resulting in 
less network load. Also, the added message by the partic- 
ipants is clearly distinguished from the historical content, 
enabling fast conversation and making obsolete the need 
to go through the original notes to seek changes made. 

[0028] The integrated messaging system of the present invention 
may, as previously described reside on a stand-alone 
computer system which may have access to the Internet, 
or may reside on a computer system which is part of the 
network through which there is Internet access. With a 
connection to a network and/or the Internet, there are 
several different ways in which the process software used 
to implement the systems and methods of the present in- 
vention may be integrated with the network, and deployed 
using a local network, a remote network, an e-mail sys- 
tem, and/or a virtual private network. The following de- 
scriptions review the various ways of accomplishing these 
activities. 

[0029] integration of integrated messaging software:To imple- 



ment the integrated messaging systems and methods of 
the present invention, process software, which is com- 
posed of the software as described above and related 
components including any needed data structures, is writ- 
ten and then if desired, integrated into a client, server and 
network environment. This integration is accomplished by 
taking those steps needed to enable the process software 
to coexist withother application, operating system and 
network operating system software and then installing the 
process software on the clients and servers in the envi- 
ronment where the process software will function. An 
overview of this integration activity will now be provided, 
followed by a more detailed description of same with ref- 
erence to the flowcharts of FICs. 5A and 5B. 

[0030] The first step in the integration activity is to identify any 
software on the clients and servers where the process 
software will be deployed that are required by the process 
software or that need to work in conjunction with the pro- 
cess software. This includes the network operating sys- 
tem, which is the software that enhances a basic operating 
system by adding networking features. 

[0031] Next, the software applications and version numbers are 
identified and compared to the list of software applica- 



tions and version numbers that have been tested to work 
with the process software. Those software applications 
that are missing or that do not match the correct version 
are upgraded with the correct version numbers. Program 
instructions that pass parameters from the process soft- 
ware to the software applications will be checked to en- 
sure the parameter lists matches the parameter lists re- 
quired by the process software. Conversely, parameters 
passed by the software applications to the process soft- 
ware will be checked to ensure the parameters match the 
parameters required by the process software. The client 
and server operating systems, including the network op- 
erating systems, are identified and compared to the list of 
operating systems, version numbers and network software 
that have been tested to work with the process software. 
Those operating systems, version numbers, and network 
software that do not match the list of tested operating 
systems and version numbers are then upgraded on the 
clients and servers to the required level. 
[0032] After ensuring that the software resident on the computer 
systems where the process software is to be deployed is 
at the correct version level(s); that is, has been tested to 
work with the process software, the integration is com- 



pleted. This is done by installing the process software on 
the clients and servers. Armed with the foregoing 
overview of the integration activity, the following detailed 
description of same should be readily understood. 
[0033] Referring to FIGs. 5A and 5B, step 500 begins the integra- 
tion of the process software for implementing the inte- 
grated messaging systems and methods of the present in- 
vention. It is determined whether there are any process 
software programs that will execute on a server or servers 
at step 502. If this is not the case, then integration pro- 
ceeds to determine if the process software will execute on 
clients at step 514. If this is the case, then the server ad- 
dresses are identified at step 504. The servers are 
checked to see if they contain software that includes the 
operating system (OS), applications, and network operat- 
ing systems (NOS), together with their version numbers, 
that have been tested with the process software at step 
506. The servers are also checked to determine if there is 
any missing software that is required by the process soft- 
ware as part of the activity at step 506. A determination is 
made if the version numbers match the version numbers 
of OS, applications and NOS that have been tested with 
the process software at step 508. If all of the versions 



match, and there is no missing required software, the in- 
tegration continues at step 514. If one or more of the ver- 
sion numbers do not match, then the unmatched versions 
are updated on the server or servers with the correct ver- 
sions at step 510. Additionally, if there is missing re- 
quired software, then it is updated on the server or 
servers at step 510. The server integration is completed 
by installing the process software at step 512. 

[0034] Ste p 514j W hich follows either of steps 502, 508 or 512, 
determines if there are any programs of the process soft- 
ware that will execute on the clients. If no process soft- 
ware programs execute on the clients, the integration 
proceeds to step 520 and exits. If this not the case, then 
the client addresses are identified at step 516. 

[0035] At step 518, the clients are checked to see if they contain 
software that includes the operating system (OS), applica- 
tions, and network operating systems (NOS) software, to- 
gether with their version numbers, that have been tested 
with the process software. The clients are also checked at 
step 518 to determine if there is any missing software 
that is required by the process software. 

[0036] At step 522, a determination is made if the version num- 
bers match the version numbers of OS, application, and 



NOS that have been tested with the process software. If all 
of the versions match, and there is no missing required 
software, then the integration proceeds to step 520 and 
exits. 

[0037] |f one or more of the version numbers do not match, then 
the unmatched versions are updated on the clients with 
the correct versions at step 524. In addition, if there is 
missing required software, then the required software is 
updated on the clients as part of step 524. The client in- 
tegration is completed by installing the process software 
on the clients at step 526. The integration proceeds to 
step 520 and exits. 

[0038] Deployment of integrated messaging system software; It 
should be well understood that the process software for 
implementing the integrated messaging system of the 
present invention may be deployed by manually loading 
the process software directly into the client, server and 
proxy computers from a suitable storage medium such as 
a CD, DVD, etc.. It is useful to provide an overview of still 
other ways in which the process software may also be au- 
tomatically or semi-automatically deployed into one or 
more computer systems. The process software may be 
deployed by sending or loading the process software to a 



central server or a group of central servers. From there, 
the process software may then be downloaded into the 
client computers that will execute the process software. 
Alternatively, the process software may be sent directly to 
the client system via e-mail. The process software is then 
either detached to a directory or loaded into a directory by 
a button on the e-mail that executes a program that de- 
taches the process software attached to the e-mail into a 
directory. Another alternative is to send the process soft- 
ware directly to a directory on the hard drive of a client 
computer. Also, when there are proxy servers, the auto- 
matic or self-automatic deployment process will select the 
proxy server code, determine on which computers to 
place the proxy servers' code, transmit the proxy server 
code, and then install the proxy server code on the proxy 
computer. The process software will be transmitted to the 
proxy server and stored on the proxy server. Armed with 
this overview of the possible deployment processes, the 
following detailed description of same with reference to 
FIGs. 6A and 6B, where the deployment processes are il- 
lustrated, will be more easily understood. 
[0039] step 600 begins the deployment of the process software. 
It is determined whether there are any programs that will 



reside on a server or servers when the process software is 
executed at step 602. If the answer is "yes", then the 
servers that will contain the executables are identified, as 
indicated in step 636 of FIG. 6B. The process software for 
the server or servers is transferred directly to the servers' 
storage via FTP or some other protocol or by copying 
though the use of a shared file system at step 638. The 
process software is then installed on the servers as indi- 
cated at step 640. 

[0040] Next, as shown in step 604 of FIG. 6A, a determination is 
made of whether the process software is to be deployed 
by having users access the process software on a server or 
servers. If the users are to access the process software on 
servers, then the server addresses that will store the pro- 
cess software are identified at step 606. 

[0041] Next, as shown at step 618, a determination is made if a 
proxy server is to be built to store the process software. A 
proxy server is a server that sits between a client applica- 
tion, such as a Web browser, and a real server. It inter- 
cepts all requests to the real server to see if it can fulfill 
the requests itself. If not, it forwards the request to the 
real server. The two primary benefits of a proxy server are 
to improve performance and to filter requests. If a proxy 



server is required, then the proxy server is installed as in- 
dicated at step 620. Next, the process software for imple- 
menting the present invention is sent to the servers, as 
indicated in step 622 either via a protocol such as FTP or 
it is copied directly from the source files to the server files 
via file sharing. Another way of sending the process soft- 
ware to the servers is to send a transaction to the servers 
that contain the process software and have the server 
process the transaction. In this manner, the process soft- 
ware may be received by and copied into the server's file 
system. Once the process software is stored at the 
servers, the users via their client computers then access 
the process software on the servers and copy it into to the 
file systems of their client computers at step 624. Another 
alternative is to have the servers automatically copy the 
process software to each client and then run the installa- 
tion program for the process software at each client com- 
puter. Either way, the user computer executes or causes 
to be executed the program that installs the process soft- 
ware on the client computer at step 642 and the process 
exits at step 616. 
[0042] Continuing now at step 608 in FIG. 6A, a determination is 
made as to whether the process software is to be de- 



ployed by sending the process software to users via e- 
mail. If the answer is yes, then, as indicated at step 610, 
the set of users where the process software will be de- 
ployed are identified together with the addresses of the 
user client computers. The process software is sent via e- 
mail in step 626 (shown in FIG. 6B) to each of the users' 
client computers. Then, as indicated in step 628, the 
users receive the e-mail and detach the process software 
from the e-mail to a directory on their client computers at 
step 630. The user then executes the program that in- 
stalls the process software on his client computer at step 
642 and exits the process at step 616. 
[0043] Continuing at step 612 (see bottom of FIG. 6A), a deter- 
mination is made of whether the process software will be 
sent directly to user directories on their client computers. 
If so, the user directories are identified at step 614. Then, 
the process software is transferred directly to the identi- 
fied directory on the user's client computer, as indicated 
in step 632. This can be done in several ways such as, but 
not limited to, sharing the file system directories and 
copying from the sender's file system to the recipient 
user's file system or, alternatively, using a transfer proto- 
col such as File Transfer Protocol (FTP). Next, the users 



access the directories on their client file systems, as indi- 
cated in step 634, in preparation for installing the process 
software. Finally, the user executes the program that in- 
stalls the process software on his client computer at step 
642 and then exits the process at step 616. 
[0044] use of Virtual Private Networks for integrated messaging 
system software: The process software may be deployed, 
accessed, and executed through the use of a virtual pri- 
vate network (VPN). A VPN is any combination of tech- 
nologies that can be used to secure a connection through 
an otherwise unsecured or untrusted network. VPNs are 
used to improve security and can often also reduce opera- 
tional costs. The VPN makes use of a public network, usu- 
ally the Internet, to connect remote sites or users to- 
gether. Instead of using a dedicated, real-world connec- 
tion such as leased line, the VPN uses "virtual" connec- 
tions routed through the Internet from the company's pri- 
vate network to the remote site or employee(s). Access to 
the software via a VPN can be provided as a service by 
specifically constructing the VPN for purposes of delivery 
or execution of the process software (i.e., the software re- 
sides elsewhere). In such an instance, the lifetime of the 
VPN is often limited to a given period of time or to a given 



number of deployments based on an amount paid. 

[0045] The process software may be deployed, accessed and ex- 
ecuted through either a remote-access VPN or a site- 
to-site VPN. When using a remote-access VPN, the pro- 
cess software is typically deployed, accessed, and exe- 
cuted via the secure, encrypted connections between a 
company's private network and remote users through a 
third-party service provider. The enterprise service 
provider (ESP) sets up and/or authorizes access to a net- 
work access server (NAS) and provides the remote users 
with desktop client software for their computers. The 
telecommuters may then dial a phone number (e.g., a 
toll-free number) or attach directly via a cable, DSL, or 
wireless modem to reach the NAS and use their VPN client 
software to access the corporate network and to access, 
download, and execute the process software. 

[0046] when using a site-to-site VPN, the process software is 
typically deployed, accessed, and executed through the 
use of dedicated equipment and large-scale encryption. 
These tools are often used to connect multiple fixed sites 
of a larger company over a public network such as the In- 
ternet. 

[0047] The process software is transported over the VPN via a 



process called tunneling. Tunneling is a process involving 
the placement of an entire packet within another packet 
and sending it over a network. The protocol of the outer 
packet is understood by the network and by both points, 
called tunnel interfaces, where the packet enters and exits 
the network. Tunneling generally encapsulates the private 
network data and protocol information within the public 
network transmissions so that the private network proto- 
col information appears to the public network simply as 
unintelligible data. Armed with the foregoing overview of 
virtual private networks and how they operate and how 
they may be used to transport the process software, the 
following more detailed description of same with refer- 
ence to the flowcharts of FIGs. 7A-7C should be more 
readily understood. 
[0048] step 700 in FIG. 7A begins the virtual private network 

(VPN) process. A determination is made at step 702 to see 
if a VPN for remote access is required. If it is not required, 
then flow proceeds to step 704. If it is required, then flow 
proceeds to step 708 where a determination is made if as 
to whether a remote access VPN exists that is available for 
use. 

[0049] if a remote access VPN does exist, then flow proceeds to 



step 710 in FIG. 7A. Otherwise flow proceeds to step 734 
(see top of FIG. 7C), where a third party provider that will 
provide the secure, encrypted connections between the 
company's private network and the company's remote 
users is identified. Next, as indicated in step 736, the 
company's remote users are identified. Then, at step 738, 
the identified third party provider sets up a network ac- 
cess server (NAS). The NAS allows the remote users to dial 
a phone number (e.g., a toll free number) or attach di- 
rectly via a cable, DSL, wireless, or other modem to ac- 
cess, download, and install the desktop client software for 
the remote-access VPN as indicated at step 740. 
[0050] Returning to step 710 in FIG. 7A, after the remote access 
VPN has been built or if it been previously installed, the 
remote users can then access the process software by di- 
aling into the NAS or attaching directly via a cable, DSL, or 
other modem into the NAS. This step 710 allows entry 
into the corporate network, as indicated at step 712, 
where the process software may be accessed. The process 
software is transported to the remote user's desktop com- 
puter over the network via tunneling. During tunneling, 
see step 714, the process software is divided into packets 
and each packet including the data and protocol for that 



packet, is placed within another packet. When the process 
software arrives at the remote user's desktop computer, it 
is removed from the packets, reconstituted, and then may 
be executed on the remote users desktop, as indicated at 
step 716. 

[0051] Returning now to step 704 in FIG. 7A, a determination is 
made to see if a VPN for site-to-site access is required. If 
it is not required, then flow proceeds to the exit at step 
706. If it is required, flow proceeds to step 720 (see top of 
FIG. 7B) to determine if the site-to-site VPN exists. If it 
does exist, then flow proceeds to step 726. If it does not 
exist, then as indicated at step 722, dedicated equipment 
required to establish a site-to-site VPN is installed. Then 
a large-scale encryption is built into the VPN at step 724. 

[0052] After the site-to-site VPN has been built, or if it had been 
previously established, the users access the process soft- 
ware via the VPN as indicated in step 726. Next, the pro- 
cess software is transported to the site users over the net- 
work via tunneling as indicated in step 728. As previously 
explained, the process software is divided into packets 
and each packet including the data and protocol is placed 
within another packet, as indicated in step 730. When the 
process software arrives at the remote user's desktop, it is 



removed from the packets, reconstituted, and executed 
on the site user's desktop at step 732 and the process 
proceeds to step 706 and exits. 
[0053] on Demand Computing for integrated messaging system 
software: The process software for implementing the inte- 
grated messaging system of the present invention may be 
shared; that is, it may be used to simultaneously serve 
multiple customers in a flexible, automated fashion. It is 
process software that is easily standardized, requiring lit- 
tle customization, and is scalable, thus providing capacity 
on demand in a pay-as-you-go model known as "on de- 
mand" computing. An overview of on demand computing 
as applied to the integrated messaging software will now 
be provided, followed by a more detailed description of 
same made with reference to the flowcharts of FIGs. 8A 
and 8B. 

[0054] Th e process software for implementing the present inven- 
tion can be stored on a shared file system accessible from 
one or more servers. The process software may be exe- 
cuted via transactions that contain data and server pro- 
cessing requests that use measurable CPU units on the 
accessed server. CPU units are units of time such as min- 
utes, seconds, and hours on the central processor of the 



server. Additionally, the accessed server may make re- 
quests of other servers that require CPU units. CPU units 
are an example that represents but one measurement of 
use. Other measurements of use include but are not lim- 
ited to network bandwidth, memory usage, storage usage, 
packet transfers, complete transactions, etc. 

[0055] when multiple customers use the same process software 
application, their transactions are differentiated by the 
parameters included in the transactions that identify the 
unique customer and the type of service for that cus- 
tomer. All of the CPU units and other measurements of 
use that are used for the services for each customer are 
recorded. When the number of transactions to any one 
server reaches a number that begins to affect the perfor- 
mance of that server, other servers are accessed to in- 
crease the capacity and to share the workload. Likewise, 
when other measurements of use such as network band- 
width, memory usage, storage usage, etc., approach a ca- 
pacity so as to affect performance, additional network 
bandwidth, memory usage, storage etc. are added as 
needed to share the workload. 

[0056] The measurements of use used for each service and cus- 
tomer are sent to a collecting server that sums the mea- 



surements of use for each customer for each service that 
was processed anywhere in the network of servers that 
provide the shared execution of the process software. The 
summed measurements of use units are periodically mul- 
tiplied by unit costs and the resulting total process soft- 
ware application service costs are alternatively sent to the 
customer and or indicated on a web site accessed by the 
customer who then remits payment to the service 
provider. 

[0057] | n another embodiment, the service provider requests 

payment directly from a customer account at a banking or 
financial institution. In yet another embodiment, if the 
service provider is also a customer of the customer that 
uses the process software application, the payment owed 
to the service provider is reconciled to the payment owed 
by the service provider to minimize the transfer of pay- 
ments. Armed with the foregoing overview, the detailed 
description of the on demand computing with respect to 
the process software, the following detailed description of 
same with reference to FICs. 8A and 8B where the on de- 
mand processes are illustrated, will be more easily under- 
stood. 

[0058] step 800 begins the On Demand process. A transaction is 



created that contains the unique customer identification, 
the requested service type and any service parameters 
that further specify the type of service as indicated in step 
802. The transaction is then sent to the main server as 
shown in step 804. In an On Demand environment, the 
main server may initially be the only server. As capacity is 
consumed, other servers are added to the On Demand en- 
vironment. 

[0059] The server central processing unit (CPU) capacities in the 
On Demand environment are queried at step 806. The 
CPU requirement of the transaction is estimated, then the 
servers available CPU capacity in the On Demand environ- 
ment are compared to the transaction CPU requirement to 
see if there is sufficient CPU available capacity in any 
server to process the transaction as indicated in step 808. 
If there is not sufficient server CPU available capacity, then 
additional server CPU capacity is allocated to process the 
transaction as indicated in step 816. If there was already 
sufficient available CPU capacity, the transaction is sent to 
a selected server at step 810. 

[0060] Before executing the transaction, a check is made of the 
remaining On Demand environment to determine if the 
environment has sufficient available capacity for process- 



ing the transaction as indicated at step 812. This environ- 
ment capacity consists of elements such as, but not lim- 
ited to, network bandwidth, processor memory, storage, 
etc. If there is insufficient available capacity, then capacity 
will be added to the On Demand environment as indicated 
in step 814. The required software to process the transac- 
tion is accessed, loaded into memory, and the transaction 
is executed as indicated in step 818. 

[0061] The usage measurements are recorded as indicated in 
step 820. The usage measurements consist of the por- 
tions of those functions in the On Demand environment 
that are used to process the transaction. The usage of 
functions such as, but not limited to, network bandwidth, 
processor memory, storage and CPU cycles are recorded. 
The usage measurements are summed, multiplied by unit 
costs, and recorded as a charge to the requesting cus- 
tomer as indicated in step 822. 

[0062] |f the customer has requested that the On Demand costs 
be posted to a web site as indicated in step 824, then they 
are posted to a web site at step 826. If the customer has 
requested that the On Demand costs be sent via e-mail to 
a customer address as indicated in step 828, then they are 
sent to the customer via e-mail as indicated in step 830. If 



the customer has requested that the On Demand costs be 
paid directly from a customer account at step 832, then 
payment is received directly from the customer account at 
step 834. The On Demand process proceeds to step 836 
and then exits. 

[0063] As will be appreciated from the above description, the re- 
strictions and limitations that exist with messaging sys- 
tems are efficiently overcome. The integrated messaging 
system of the invention enables users of email and instant 
messaging systems to work interoperably, allowing them 
to switch between messaging systems, in order to im- 
prove overall communicational efficiency. 

[0064] As described above, the present invention can be embod- 
ied in the form of computer-implemented processes and 
apparatuses for practicing those processes. The present 
invention can also be embodied in the form of computer 
program code containing instructions embodied in tangi- 
ble media, such as floppy diskettes, CD-ROMs, hard 
drives, or any other computer-readable storage medium, 
wherein, when the computer program code is loaded into 
and executed by a computer, the computer becomes an 
apparatus for practicing the invention. The present inven- 
tion can also be embodied in the form of computer pro- 



gram code, for example, whether stored in a storage 
medium, loaded into and/or executed by a computer, or 
transmitted over some transmission medium, such as over 
electrical wiring or cabling, through fiber optics, or via 
electromagnetic radiation, wherein, when the computer 
program code is loaded into and executed by a computer, 
the computer becomes an apparatus for practicing the in- 
vention. When implemented on a general-purpose micro- 
processor, the computer program code segments config- 
ure the microprocessor to create specific logic circuits. 

[0065] while the invention has been described with reference to 
exemplary embodiments, it will be understood by those 
skilled in the art that various changes may be made and 
equivalents may be substituted for elements thereof with- 
out departing from the scope of the invention. In addition, 
many modifications may be made to adapt a particular 
situation or material to the teachings of the invention 
without departing from the essential scope thereof. 
Therefore, it is intended that the invention not be limited 
to the particular embodiments disclosed for carrying out 
this invention, but that the invention will include all em- 
bodiments falling within the scope of the claims. 

[0066] what is claimed is: 



